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(54) System and method of network adaptive real-time multimedia streaming 



(57) A system and method of netwo rk adaptive real - 
time multimedia streaming, in which a receiving bit rate 
of a pacl<et that is received from a client (210) is moni- 
tored, and the monitoring result is fed bacic to a stream- 
ing server (110), and a transfer bit rate of a packet that 
is transmitted by the streaming server are provided. The 
streaming system includes a streaming path (250) on 
which pacl^etized data are streamed, a streaming server 
(110) for transmitting the packetized data at a first bit 
rate through the streaming path (250) in response to a 



control signal, and a client (210) for receiving the pack- 
etized data at a second bit rate according to the state of 
the streaming path, comparing the first bit rate with the 
second bit rate and generating the control signal corre- 
sponding to the comparison result. The first bit rate is 
controlled in response to the control signal. The size of 
packets and an interval between the packets are con- 
trolled by the first bit rate. The state of the network is 
sensed, and thus the transfer bit rate can be automati- 
cally controiled according lo the state of the network. 
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Description 

[0001] The present invention relates to a multimedia 
streaming system and metliod, and more particularly, to 
a real-time multimedia streaming system and metlnod, 
in whiich a transfer bil rate is adaptlvely conlrolled ac- 
cording to Itie state of a network by comparing an inter- 
val between pacl<ets that are transmitted from a server 
to aclient networl< with an interval between packets that 
are received by a server from a clienl network, 
[0002] A bit rate of data to be transmitted is referred 
to as a data transfer rate (or data rate). The bandwidth 
of a path through which data are transmitted, or a path 
through which data are streamed (hereinafter, referred 
to as a 'streaming path') is a very Important factor for 
real-time multimedia streaming In an Internet network. 
[0003] For example. In case that there is no bottleneck 
on the streaming path or there is no network congestion, 
it is preferable that a bit rate of data that are transmitted 
by a streaming server (hereinafter, referred to as a 
'transfer bit rate'), and a bit rate of data that are received 
from the client (hereinafter, refen-ed to as a 'receiving bit 
rate') are the same. Thus, data that are resolved into 
packets by the streaming server and are transmitted to 
the client through the streaming path may be decoded 
and regenerated In real-time by the client without any 
delay or loss. tHowever, in case that the transfer bit rate 
is larger than the bandwidth of the streaming path, the 
data that are transmitted from the streaming server to 
the clienl may be lost in a router which causes the bot- 
tleneck. 

[0004] That is, when network congestion or bottle- 
neck on the streaming path occurs, the receiving bit rate 

of the client, which receives the packets that are trans- 
rtiiued by Ihe streaming server, Is gradually decreased, 
and thus, the packets cannot be received and are lost. 
[0005] For example, In a streaming method and ap- 
paratus disclosed in U.S. Patent No, 5,768,527, a bit 
rate is changed only on the basis of packet loss. Accord- 
ingly, it is difficult to immediately meet the variation of 
the state of a network, and it takes much timeto normally 
transmit packets. 

[0006] According to one aspect of the present inven- 
tion, there Is provided a streaming system. The stream- 
ing system includes a streaming path on v/hlch pack- 
etized data are streamed, a streaming server for trans- 
mitting the packetized data at a first bit rate through the 
streaming path In response to a control signal, and a 
client for receiving the packetized data at a second bit 
rate according to the state of the streaming path, com- 
paring the first bit rate with the second bit rate and gen- 
erating the control signal corresponding to the compar- 
ison result. The first bit rate is controlled in response to 
the control signal. 

[0007] The present invention thus provides a system 
of network adaptive real-time multimedia streaming, in 
which a receiving bit rate of a packet that is received 
from a client is monitored, and the monitoring result is 
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fed back to a streaming server, and a transfer bit rate of 
a packet that Is changed by the streaming server. 
[0008] The size of packetized data and an interval be- 
tween the packetized data are controlled by the first bit 

5 rate. The client outputs the control signal for decreasing 
the first bit rate when loss occurs in the received pack- 
etized data, and the clienl compares the first bit rate with 
the second bit rate and generates the control signal cor- 
responding to the comparison result when loss does not 

10 occur in the received packetized data. 

[0009] If a first packet Interval between two pack- 
etized data that are output from the streaming server is 
determined by the first bit rate, and a second packet in- 
terval between two packetized data that are received 

'5 from the client is determined by the second bit rate, the 
client compares the first packet Interval with the second 
packet Interval and outputs the control signal for de- 
creasing the first bit rate when the second packet Inter- 
val is larger than the first packet interval. 

20 [0010] If a first packet interval between two pack- 
etized data that are output from the streaming server is 
determined by the first bit rate, and a second packet in- 
terval between two packetized data that are received 
from the client is determined by the second bit rate, the 

25 client compares the first packet interval with the second 
packet interval, compares a measured bandwidth of the 
streaming path with the first bit rate when the second 
packet interval is not larger than the first packet Interval, 
and outputs the control signal for increasing the first bit 

30 rate to the bandwidth to the streaming server according 
to the comparison result, 

[001 1 ] Thefirst bit rate is detemnined by the measured 
bandwidth of the streaming path at a first stage where 
streaming begins, and the first bit rate is determined in 
35 response to the control signal at a second stage where 
streaming is progressing. 

[0012] The streaming server includes a bandwidth- 
measuring unit for measuring the bandwidth of the 
streaming path a controlling unit for controlling the first 
bit rate in response to the bandwidth that is measured 
by the bandwidth-measuring unit or in response to the 
control signal, a media-controlling unit for outputting da- 
ta corresponding to the first bit rate from a scalable en- 
coded bitstream, and a transmitting unit for receiving the 

•ts data and transmitting the packetized data at the first 
packet Interval. The first packet Interval Is controlled by 
the first bit rate or the control signal. 
[0013] The client includes a receiving unit for receiv- 
ing and recombining the packetized data at the second 

so packet interval, and a determining unit for comparing the 
first packet interval with the second packet interval, gen- 
erating the control signal corresponding to the compar- 
ison result and outputting the control signal to the 
streaming server. A packet-pair algorithm is used so that 

55 the bandwidth-measuring unit measures the bandwidth 
of the streaming path. 

[0014] In another aspect of the present invention, 
there is provided a multimedia streaming system. The 
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multimedia streaming system includes a streaming patli 
on wliicii pacl<ets are streamed, a streaming server for 
transmitting the packets having a first paclcet interval 
that is conlrolled in response to a control signal at a first 
bit rate through the streaming path, and a client for re- 
ceiving the packets having a second packet interval ac- 
cording to the stale of the streaming path at a second 
bit rate. 

The client compares the first packet interval with the 
second packet inten/al and outputs the control signal ac- 
cording to the comparison result. 
[001 5] The client outputs the control signal for control- 
ling the first packet interval if loss occurs in the packets, 
and the client compares the first packet interval with the 
second packet inten/al and outputs the control signal ac- 
cording to the comparison result when loss does not oc- 
cur in the packets. 

[0016] The first packet interval is increased in re- 
sponse to the controi signal or the first bit rate is de- 
creased in response to the control signal when the sec- 
ond packet interval is largerthan the first packet interval. 
If the first packet interval is the same as the second 
packet interval and the bandwidth of the streaming path 
that is measured before streaming is largerthan the first 
bil rale, the first bit rate is increased in response to the 
control signal. 

[0017] In another aspect of the present invention, 
there is provided a method of adaptive multimedia 
streaming packets according to the state of a streaming 
path. The method Includes (a) transmitting the packets 
having a first packet interval at a first bit rate through the 
streaming path, (b) receiving the packets having a sec- 
ond packet interval at a second bit rate according to the 
state of the streaming path, and (c) controlling the first 
bit rale or the first packet interval when il is determined 
whether the packets are lost on the streaming path and 
loss occurs in the packets, and comparing the first pack- 
et interval with the second packet interval and control- 
ling the first bit rate or the first packet interval according 
to the comparison result if loss does not occur in the 
packets. 

[0018] Step (a) further Includes (a1 ) packetizing data 
of a bitstream corresponding to the first bit rate accord- 
ing to the bandwidth of the streaming path that is meas- 
ured at a first stage when streaming begins, and trans- 
mitting the packets at the first packet interval, (a2) pack- 
etizing the data of a bitstream corresponding to the first 
bit rate that is controlled in response to the control signal 
at a second stage when streaming is progressing, and 
transmitting the packets at the first packet interval. 
[0019] Step (a) further includes (a1) measuring the 
bandwidth of thestreamingpath, (a2) controlling the first 
bit rate in response to the bandwidth that is measured 
in step (a1) or in response to the control signal, (a3) 
fetching data corresponding to the first bit rate from a 
scalable encoded bitstream, and (a4) packetizing the 
data and transmitting generated packets at the first 
packet interval. 



[0020] Step (b) includes detennining the second bit 
rate or the second packet inten/al according to conges- 
tion on the streaming path, bottleneck on the streaming 
path or the number of users who are connected to the 

5 streaming path. 

[0021] Step (c) further includes (c1) decreasing the 
first bit rale when the second packet interval is larger 
than the first packet inten/al, and increasing the first bit 
rate to the bandwidth when the second packet interval 

10 is the same as thefirst packet interval and the bandwidth 
of the streaming path that is measured before streaming 
is larger than the first bit rate, and (c2) performing step 
(a) if the second packet interval is the same as the first 
packet interval and the bandwidth of the streaming path 

15 is smaller than the first bit rate. 

[0022] In another aspect of the present invention, 
there is provided a method of multimedia streaming 
packets. The method includes (a) transmitting the pack- 
ets having a first packet interval through a streaming 

20 path, (b) receiving the packets having a second packet 
interval through the streaming path, and (c) controlling 
the first packet interval when it is determined whether 
the packets that are received through the streaming 
path are lost and loss occurs in the packets, and com- 

25 paring the first packet interval with the second packet 
interval and controlling the first packet interval according 
to thecomparison result when loss does not occur in the 
packets. 

[0023] Step (a) further includes (al) measuring the 

30 bandwidth of the streaming path at a first stage when 
streaming begins, and transmitting the packets having 
thefirst packet Interval according to the measured band- 
width, and (a2) transmitting the packets at the first pack- 
et interval that is controlled in step (c) at a second stage 

35 when streaming is progressing. 

[0024] Step (a) further includes (a1) measuring the 
bandwidth of the streaming path, (a2) fetching data cor- 
responding to the bandwidth that is measured in step 
(at) or corresponding to the first packet interval that is 

40 controlled in step (c) from a scalable encoded bitstream, 
and (a3) packetizing the data and transmitting the gen- 
erated packets at the first packet interval. 
[0025] Step (b) includes determining the second 
packet interval according to congestion on the stream- 

45 ing path, bottleneck on the streaming path orthe number 
of users who are connected to the streaming path, 
[0026] The above object and advantages of the 
present invention will become more apparent by de- 
scribing in detail a preferred embodiment thereof with 

50 reference to the attached drawings in which: 

FIG. 1 is a block diagram of a real-time multimedia 
streaming system according to an embodiment of 
the present invention; and 
55 FIG. 2 is a flow chart illustrating the operation of a 
quality of service (QoS) determining unit of a client 
according to the embodiment of the present inven- 
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[0027] Hereinafter, the present invention will be de- 
scribed in detail by describing preferred embodiments 
of the invention with reference to the accompanying 
drawings. Like reference numerals refer to like elements 
throughout the drawings. 

[0028] FIG. 1 is a block diagram of a real-lime multi- 
media streaming system according to an embodimenl 
of the present invention. Referring to FIG. 1, a multime- 
dia streaming system 100 includes a server 110 for 
packetizing streaming data andtransmitting the stream- 
ing data, a cliont 210 for receiving the packetized 
streaming data, and a streaming path 250 that is con- 
nected between the server 110 and the client 21 0. 
[0029] The server 1 1 0 measures the bandwidth of the 
streaming path 250, determines a transferbit rate, reads 
data from a bitstream according to the determined trans- 
fer bit rate, packetizes the read data and transmits the 
packetized data (hereinafter, referred to as a 'transmit- 
ted packet') to the client 21 0 through the streaming path 
250. 

[0030] Also, the server 1 1 0 reset the transfer bit rate 
in response to a bit rate control signal (BRCS) as an 
output signal of a quality of service (QoS) determining 
unit 230 and transmits the transmitted packet to the cli- 
ent 21 0 in response to the transfer bit rate. 
[0031] The server 110 includes a pre-processing unit 
120, a bandwidth-measuring unit 130, aQoS controlling 
unit 140, a modia controlling unit 1 50, and a transmitting 
unit 160. I he client 210 includes a receiving unit 220, a 
QoS determining unit 230, and a post-processing unit 
240. 

[0032] The pre-processing unit 120 processes all 
steps before streaming. For example, the pre-process- 
ing unit 120 selects contents for streaming or is pre- 
pared to road the selected contents or initiali/:es the 
server 1 1 0 to transmit streaming. 
[0033] The bandwidth-measuring unit 130 measures 
the bandwidth of the streaming path 250 (for example, 
atransmission line) before streaming begins. The band- 
width-measuring unit 130 measures the bandwidth of 
the streaming path 250 between the server 1 1 0 and the 
client 210 using a packet-pair algorithm. 
[0034] In the packet-pair algorithm, two packets hav- 
ing a predetermined size are transmitted from the server 
1 1 0 to the client 21 0 at a predetermined inter departure 
time, and then an inter arrival time between the two 
packets that are received from the client 210 is meas- 
ured, and thus the bandwidth of a bottleneck link on the 
measured streaming path is measured. 
[0035] Here, in order to increase a measurable band- 
width, an interval between packets that are transmitted 
by the server 110 must be small, and the size of the 
packets must be large. The bandwidth that is measured 
by the client 21 0, that is, the bandwidth of the streaming 
path 250 is transmitted to the server 110. 
[0036] The QoS controlling unit 140 determines the 
transfer bit rate in response to the bandwidth that is 
measured by the bandwidth-measuring unit 130 and in 
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response to the control signal BRCS that is fed back 
from the QoS detennining unit 230 of the client 21 0, 
[0037] That is, at an initial stage of streaming, stream- 
ing is performed through the measured bandwidth but 

5 streaming is performed by the transfer bit rate, which is 
set by the stale of Ihe streaming path 250, while stream- 
ing is progressing. Thus, if the transfer bit rate is deter- 
mined, an interval between packets and the size of the 
packets are detennined. 

10 [0038] In otherwords, the QoS controlling unit 140 de- 
termines the transfer bit rate on the basis of the band- 
width that is measured by the bandwidth-measuring unit 
130. In this case, the transfer bit rate is preferably set 
to be smaller than the measured bandwidth in consid- 

'5 oration of the overhead occurring in packetization. 
[0039] Afterthestreaming has begun, the transfer bit 
rate is adaptively changed to be suitable for the stream- 
ing path 250 or the state of a network in response to the 
control signal BRCS that is feedback from the client 210. 

20 That is, the size of the packets and the interval between 
the packets are controlled by the transfer bit rate. 
[0040] For example, in case that an inter time be- 
tween two packets that are received by the receiving unit 
220 of the client 210 (hereinafter, referred to as a 're- 

25 ceived packet Interval') becomes larger than an Inter 
time between two packets that are transmitted (herein- 
after, referred to as a 'transmitted packet interval') by the 
transmitting unit 1 60 of the sen/er 11 0, or loss occurs in 
the received packets, the QoS determining unit 230 cut- 
so puts the predetemriined control signal BRCS for de- 
creasing the transfer bit rate or controlling the transmit- 
ted packet interval to the QoS controlling unit 140. The 
QoS controlling unit 140 decreases the transfer bit rate 
or increase the transmitted packet interval in response 

35 to the control signal BRCS. Thus, the server 110 auto- 
matically controls the transfer bit rate orthe transmitted 
packet interval according to the state of the streaming 
path 250. 

[0041] Also, In case that the received packet Interval 
40 and the transmitted packet interval are the same, or a 
difference between the received packet interval and the 
transmitted packet interval is within a predetermined 
pennitted range, the QoS determining unit 230 outputs 
the predetermined control signal BRCS for Increasing 
45 the transfer bit rate to the QoS controlling unit 140, 
[0042] The QoS controlling unit 140 gradually in- 
creases the transfer bit rate to the bandwidth that is in- 
itially measured by the bandwidth-measuring unit 130 
in response to the control signal BRCS. However, the 
50 Increased transfer bit rate must be smaller than the ini- 
tially measured bandwidth. 

[0043] The media-controlling unit 150 reads data cor- 
responalngtothe transfer bit rate from the bitstream that 
is scalable encoded according to the transfer bit rate de- 
55 termined by the QoS controlling unit 140, and transmits 
the data to the transmitting unit 160. 
[0044] For example, in case that the transfer bit rate 
is large, the media-controlling unit 150 can read a large 
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amount of data, that is, the upper hierarchy data, from 
the bitstream. When the transfer bit rate is small, the 
media-controlling unit 150 can read only the lower hier- 
archy data from the bitstream. 

[0045] The transmitting unit 1 60 packetizes data out- 
put from the media^controlling unit 150 andtransmits the 
packeti-fed data PADA to the receiving unit 220 of the 
client 210 through the streaming path 250 at a prede- 
termined interval for a predetermined amount of time. 
[0046] That Is, the transmitting unit 160 transmits a 
number N of pacl<cts to the receiving unit 220 through 
the streaming path 250 at a predetermined Interval A/N 
for a predetermined amount of time A. 
[0047] For example when the transmitting unit 160 
must receive 1 0,000 bytes of data from the media-con- 
trolling unit 150 and must transmit all of the received 
data for a predetermined amount of lime (for example, 
one second), the transmitting unit 160 divides the re- 
ceived data into ten packets and transmits the pacl<ets, 
each being comprised of 1 ,000 bytes at every 0.1 sec- 
ond. 

[0048] Thus, the occupation rate of the bandwidth of 
the streaming path 250 can be maintained. In this case, 
it is preferable that the received data are packetized so 
that the size of a packet is less than 1 500 bytes in con- 
sideration of the overhead. 

[0049] The client 210 receives the packetized data 
PADA, recomblnesthe PADA, and demodulates the PA- 
DA to regenerate the original data. Also, the client 210 
determines the current state of the network using the 
state (for example, inter time (delay) of the received 
packets and loss etc.) of reception of the packets that 
are received by the receiving unit 220 and feed backs 
the control signal BRCS according to the detemiinatlon 
result to the QoS controlling unit 140 of the server 110. 
[0050] The receiving unit 220 receives the packetized 
data PADA, recomblnes the PADA and outputs the re- 
comblned data to the post-processing unit 240, The re- 
ceiving unit 220 records the time when the PADA are 
received, and whether the packets are lost or not. 
[0051] The QoS determining unit 230 determines the 
current streaming path 250 or the current state of the 
network using the Intertlme (delay) and loss of the pack- 
ets that are received by the receiving unit 220, and feed 
backs the control signal BRCS according to the deter- 
mination result to the QoS controlling unit 140 of the 
server 110. The operation of the QoS determining unit 
230 will be described in detail with reference to FIG. 2, 
The post-processing unit 240 receives the recombined 
data and demodulates the data to regenerate the origi- 
nal data. 

[0052] FIG. 2 is a flow chart illustrating the operation 
of a quality of service (QoS) determining unit of a client 
according to an embodiment of the present invention. 
The operation of the QoS determining unit 230 will be 
described in detail with reference to FIGS. 1 and 2. 
[0053] In step 310, the QoS determining unit 230 pe- 
riodically and consecutively brings the reception Infor- 
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mation with respect to the packets received from the re- 
ceiving unit 220. Here, the reception Infomiation in- 
cludes an Intertlme (delay) of the received packets, loss 
of the packets, and the size of the packets. 

5 [0054] In step 320, it Is determined whether the re- 
ceived packets are lost or not. In case that loss occurs 
In the received packets in the determination result of 
step 320, In step 350, the QoS detennining unit 230 de- 
temnlnes that decreasing the transferbit rate is required. 

10 In step 370, In case that the predetermined control sig- 
nal BRCS for decreasing the transfer bit rate Is output 
to the QoS determining unit 140 of the server 110, the 
QoS detennining unit 1 40 decreases the transfer bit rate 
in response to the control signal BRCS. In this case, if 

'5 the transfer bit rate is changed, the transmitted packet 
interval and the size of the packets are changed. 
[0055] In case that loss does not occur in the received 
packets In the determination result of step 320. in step 
330, the QoS determining unit 230 compares an inter 

30 time between two packets that are received by the re- 
ceiving unit 220 (hereinafter, referred to as a 'received 
packet Interval') with an inter time between two packets 
that are transmitted by the transmitting unit 1 60(hereln- 
after referred to as a 'transmitted packet interval'). 

25 [0056] Forexample, when networkcongestion orbot- 
tleneck on the streaming path 250 occurs, the received 
packet interval is increased more than the transmitted 
packet Interval. That is, the transfer bit rate and the re- 
ception bit rate are varied. 

30 [0057] When the received packet interval is larger 
than the transmitted packet Interval In the comparison 
result of step 330, in step 350, the QoS determining unit 
230 decreases the transfer bit rate, and In step 370, the 
QoS determining unit 230 outputs the predetermined 

35 control signal BRCS for decreasing the transfer bit rate 
to the Qos controlling unit 140. 
[0058] Thus, the QoS controlling unit 140 decreases 
the transfer bit rate in response to the control signal 
BRCS. and thus, the transmitted packet interval is in- 

40 creased. 

[0059] When the received packet Interval is the same 
as the transmitted packet interval in the determination 
result of step 330, In step 340, the QoS determining unit 

230 compares the bandwidth of the streaming path 250 
45 with the transfer bit rate If the bandwidth of the stream- 
ing path 250 is larger than the transfer bit rate in the 
determination result of step 340, the QoS determining 
unit 230 increases the transfer bit rate and outputs the 
predetermined control signal BRCS for increasing the 
50 transfer bit rate to the QoS controlling unit 140, 

[0060] Thus, the QoS controlling unit 140 increases 
the transfer bit rate to the bandwidth that Is Initially 
measured by the bandwidth-measuring unit 130 In re- 
sponse to the control signal BRCS. In this case, the in- 
55 creased transfer bit rate is preferably smaller than the 
bandwidth that Is Initially measured by the bandwidth- 
measuring unit 130. 

[0061] If the bandwidth of the streaming path 250 Is 
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smaller than the transfer bit rate in the determination re- 
sult of step 340, In step 360, the QoS determining unit 
230 performs the above steps 310 through 370 again, 
[0062] The QoS determining unit 230 transmits the 
control signal BRCS to the QoS controlling unit 1-^0 of 
the server 110 only when the transfer bit rale must be 
changed, and thus the traffic of the network caused by 
the cxintrol signal BRCS can be minimized so as to con- 
trol the QoS controlling unit 140. 
[0063] The real-time multimedia streaming system 
and method according to the embodiment of the present 
invention can be employed in various fields where all 
streaming techniques are used, such as video on de- 
mand (VOD), music on demand (MOD), audio on de- 
mand (ADD), or Internet phone. 
[0064] As described above, in the real-time multime- 
dia streaming system and method according to the 
present invention, the state of the network is sensed, 
and thus the transfer bit rate can be automatically con- 
trolled according to the state of the network. 
[0065] In addition, even though network congestion 
occurs during streaming, the state of the network is 
checked, and loss of packets can be minimi7ed, and 
thus high quality services become available. 
[0066] Further, delay of packets and loss of packets, 
which are caused by network congestion, can be mini- 
mized, and thus data can be continuously retrieved. 
[0067] While this invention has been particularly 
shown and described with reference to preferred em- 
bodiments thereof, it will be understood by those skilled 
in the art that various changes in form and details may 
be made therein without departing from the spirit and 
scope of the invention as defined by the appended 
claims. 



Claims 

1. A streaming system comprising: 

a streaming path on which packetized data are 
streamed; 

a streaming server for transmitting the pack- 
etized data at a first bit rate through the stream- 
ing path in response to a control signal; and 
a client for receiving the packetized data at a 
second bit rate according to the state of the 
streaming path, comparing the first bit rate with 
the second bit rate and generating the control 
signal corresponding to the comparison result; 

wherein the first bit rate is controlled In re- 
sponse to the control signal. 

2. The system of claim 1 , wherein the size of pack- 
etized data and an interval between the packetized 
data are controlled by the first bit rate. 



3. The system of claim 1 or 2. wherein the client out- 
puts the control signal for decreasing thefirst bit rate 
when loss occurs in the received packetized data, 
and the client compares the first bit rate with the 

s second bit rate and generates the control signal cor- 
responding to the comparison result when loss 
does not occur in the received packetized data. 

4. The system of any preceding claim, wherein if a first 
10 packet interval between two packetized data that 

are output from the streaming server is determined 
by the first bit tate, and a second packet interval be- 
tween two packetized data that are received from 
the client is determined by the second bit rate, the 
IS client compares the first packet interval with the 
second packet interval and outputs the control sig- 
nal for decreasing the first bit rate when the second 
packet interval is largerthan the first packet interval . 

20 5. The system of any of claims 1 to 3, wherein if a first 
packet interval between two packetized data that 
are output from the streaming server is determined 
by the first bit rate, and a second packet interval be- 
tween two packetized data that are received from 

25 the client is determined by the second bit rnle, Ihe 
client compares the first oacke; interval with the 
second packet interval, compares a measured 
bandwidth of the streaming path with the first bit rate 
when the second packet interval is not larger than 

30 the first packet interval, and outputs the control sig- 
nal for increasing the first bit rate to the bandwidth 
to the streaming server according to the compari- 
son result. 

35 6. The system of any preceding claim, wherein the first 
bit rate is determined by 

the measured bandwidth of the streaming path at a 
first stage where streaming begins, and the first bit 
rate is determined in response to the control signal 
■*o at a second stage where streaming is progressing. 

7. The system of any preceding claim, wherein the 
streaming server comprises: 

■*5 a bandwidth-measuring unit for measuring the 

bandwidth of the streaming path; 
a controlling unit for controlling the first bit rate 
in response to the bandwidth that is measured 
by the bandwidth-measuring unit or in response 

so to the control signal; 

a media-controlling unit for outputting data cor- 
responding to the first bit rate from a scalable 
encoded bitstream; and 
a transmitting unit for receiving the data and 

55 transmitting the packetized data at the first 

packet Interval; and 

wherein the first packet interval is controlled 
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by the first bit rate or tlie control signal. 

8. The system of claim 7, wherein the client compris- 
es: 

a receiving unil for receiving and recombining 
the packelized data at the second packet inter- 
val; and 

a detemilning unit for comparing the first packet 
interval with the second packet interval, gener- 
ating the control signal corresponding to the 
comparison result and outputting the control 
signal to the streaming server. 

9. Th9 system of claim 7 or 8, wherein a pacl<et-pair 
algorithm is used so that the bandwidth-measuring 
unit measures the bandwidth of the streaming path. 

10. A multimedia streaming system comprising: 

a streaming path on which packets are 
streamed; 

a streaming server for transmitting the packets 
having a first packet interval that is controlled 
in response to a control signal at a first bit rate 
through the streaming path; and 
a client for receiving the packets having a sec- 
ond packet interval according to the state of the 
streaming path at a second bit rate; 

wherein the client compares the first packet 
interval with the second packet interval and outputs 
the control signal according to the comparison re- 
sult. 

11. The system of claim 10, wherein the client outputs 
the control signal for controlling the first packet in- 
terval if loss occurs in the packets, and the client 
compares the first packet interval with the second 
packet inten/al and outputs the control signal ac- 
cording to the comparison result when loss does not 
occur in the packets. 

12. The system of claim 1 0 or 11 , wherein the first pack- 
et interval is increased in response to the control 
signal or the first bit rate is decreased in response 
to the control signal when the second packet inter- 
val is larger than the first packet interval. 

13. The system of any of claims 10 to 12, wherein if the 
first packet interval is the same 

as the second packet interval and the bandwidth of 
the streaming path that is measured before stream- 
ing is larger than the first bit rate, the first bit rate is 
increased in response to the control signal. 

14. The system of any of claims 10 to 1 3, wherein the 
streaming server comprises: 



a bandwidth-measuring unit for measuring the 
bandwidth of the streaming path; 
a controlling unit for controlling the first bit rate 
in response to the bandwidth that is measured 
5 bythe bandwidth-measuring unit or in response 

to the control signal; 

a media-controlling unit for outputting data cor- 
responding to the first bit rate from a scalable 
encoded bitstream; and 
10 a transmitting unit for receiving the data and 

transmitting the packets at the first packet in- 
terval; 

wherein the first packet interval is controlled 
15 by the first bit rate or the control signal. 

15. The system of claim 1 A, wherein the client compris- 
es: 

20 a receiving unit for receiving and recombining 

the packets at the second packet interval; and 
a detennining unit for comparing theflnst packet 
interval with the second packet interval, gener- 
ating the control signal corresponding to the 

25 comparison result and outputting the control 

signal to the streaming server. 

16. The system of claim 14 or 15 wherein a packet-pair 
algorithm is used so that the bandwidth measuring 

30 unit measures the bandwidth of the streaming path . 

1 7. Amethod of adaptive multimedia streaming packets 
according to the state of a streaming path , the meth- 
od comprising: 

(a) transmitting the packets having a first pack- 
et interval at a first bit rate through the stream- 
ing path; 

(b) receiving the packets having a second pack- 
*o et interval at a second bit rate according to the 

state of the streaming path; and 

(c) controlling the first bit rate or the first packet 
interval when it is detennlned whether the pack- 
ets are lost on the streaming path and loss oc- 

15 curs in the packets, and comparing the first 

packet interval with the second packet interval 
and controlling the first bit rate or the first packet 
interval according to the comparison result if 
loss does not occur in the packets. 

18. The method of claim 17, wherein step (a) further 
comprises: 

(a1) packetizing data of a bitstream corre- 
55 spending to the first bit rate according to the 

bandwidth of the streaming path that is meas- 
ured at a first stage when streaming begins, 
and transmitting the packets at the first packet 
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Interval; 

(a2) packetizing the data of a bitstream corre- 
sponding to the first bit rate that is controlled in 
response to the control signal at a second stage 
when streaming is progressing, and transmit- 
ting the pacltets at the first packet interval. 

19. The method of claim 17, wherein step (a) further 



(a1) measuring the bandwidth of the streaming 

patti: 

(a2) controlling the first bit rate in response to 
the bandwidth that is measured in step (a1) or 
in response to the control signal; 
(a3) fetching data corresponding to the first bit 
rate from a scalable encoded bitstream; and 
(a4) packetizing the data and transmitting gen- 
erated packets at the first packet interval. 

20. The method of any of claims 1 7 to 1 9, wherein step 

(b) includes determining the second bit rate or the 
second packet interval according to congestion on 
the streaming path, bottleneck on the streaming 
path or the number of users who are connected to 
the streaming path. 

21. The method of any of claims 17 to 20, wherein step 

(c) further comprises: 

(c1 ) decreasing the first bit rate when the sec- 
ond packet interval is largerthan the first packet 
interval, and increasing the first bit rate to the 
bandwidth when the second packet interval is 
Ihe same as the first packet interval and the 
bandwidth of the streaming path that is meas- 
ured before streaming is largerthan the first bit 
rate; and 

(c2) performing step (a) if the second packet 
interval is the same as the first packet interval 
and the bandwidth of the streaming path is 
smaller than the first bit rate. 



23. The method of claim 22, wherein step (a) further 
comprises: 

(a1) measuring the bandwidth of the streaming 
path at a first stage when streaming begins, and 
transmitting the packets having the first packet 
interval according lo the measured bandwidth; 
and 

(a2) transmitting the packets at the first packet 
interval that is controlled in step (c) at a second 
stage when streaming is progressing. 

24. The method of claim 22, wherein step (a) further 
comprises: 

(a1 ) measuring the bandwidth of the streaming 

path; 

(a2) fetching data corresponding to the band- 
width that is measured in step (a1 ) or corre- 
sponding to the first packet interval that is con- 
trolled in step (c) from a scalable encoded bit- 
stream; and 

(a3) packetizing the data and transmitting the 
generated packets at the first packet interval. 

25. The method of any of claims 22 to 24, wherein step 
(b) includes determining the second packet interval 
according to congestion on the streaming path, bot- 
tleneck on the streaming path or :hc number of us- 
ers who are connected to the streaming path. 



22. A method of multimedia streaming packets, the 
method comprising: 45 

(a) transmitting the packets having a first pack- 
et interval through a streaming path; 

(b) receiving the packets having a second pack- 
et inten/al through the streaming path; and so 

(c) controlling the first packet interval when it is 
determined whether the packets that are re- 
ceived through the streaming path are lost and 
loss occurs in the packets, and comparing the 
first packet interval with the second packet in- ss 
terval and controlling the first packet interval 
according to the comparison result when loss 
does not occur in the packets. 
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